TITLE OF THE INVENTION 
DATA MANAGEMENT SYSTEM, SERVER, AND 
DATA MANAGEMENT METHOD 

5 FIELD OF THE INVENTION 

The present invention relates to a data 
management system for transferring data between servers 
on a network, a server, and a data management method. 

10 BACKGROUND OF THE INVENTION 

In a large-scaled data management system, one 
server may have data of documents and the like that are 
frequently accessed from many users. In this case, to 
distribute the load, generation of a plurality of 

15 apparatuses called mirror servers for holding identical 
data contents has been proposed. When such mirror 
servers are used, a user who requires a document or the 
like on the original server can extract the document or 
the like from an appropriate mirror server, and the 

20 load can be distributed. 

However, even when mirror servers are installed, 
most users cannot determine which mirror server can be 
efficiently accessed. In addition, when mirror servers 
are generated, the maintenance cost becomes high. 



25 



SUMMARY OF THE INVENTION 
It is an object of the present invention to avoid 
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load concentration to a specific server and improve the 
access efficiency. 

According to the present invention, there is 
provided a data management system which has a plurality 
5 of servers connected through a network and transfers 
data managed by each server in accordance with a 
request from a terminal connected to the server, 
wherein each server comprises 

recording means for recording the number of times 
10 of transfer of data managed by the server, which is 

requested from the terminal through another server, in 
association with the other server and the data, and 

copy means for copying the data to the other 
server for which the number of times exceeds a 
15 predetermined number. 

According to the present invention, there is also 
provided a server which is connected to another server 
through a network and transfers data managed by the 
server in accordance with a request from a terminal 
20 connected to the other server, comprising: 

recording means for recording the number of times 
of transfer of data managed by the server, which is 
requested from the terminal through the other server, 
in association with the other server and the data; and 
25 copy means for copying the data to the other 

server for which the number of times exceeds a 
predetermined number. 
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According to the present invention, there is also 
provided a data management method of, for a plurality 
of servers connected through a network, transferring 
data managed by each server in accordance with a 
5 request from a terminal connected to the server, 
comprising : 

the recording step of, in each server, recording 
the number of times of transfer of data managed by the 
server, which is requested from the terminal through 

10 another server, in association with the other server 
and the data; and 

the copy step of copying the data to the other 
server for which the number of times exceeds a 
predetermined number. 

15 According to the present invention, there is also 

provided a program for causing a computer, which is 
connected to another server through a network and 
transfers data managed by the computer in accordance 
with a request from a terminal connected to the other 

20 server, to function as: 

recording means for recording the number of times 
of transfer of data managed by the server, which is 
requested from the terminal through the other server, 
in association with the other server and the data; and 

25 copy means for copying the data to the other 

server for which the number of times exceeds a 
predetermined number . 
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According to the present invention, there is also 
provided a data management system which has a plurality 
of servers connected through a network and transfers 
data managed by each server in accordance with a 
5 request from a terminal connected to the server, 
wherein 

the data is managed in an object format, 

the object contains the data, a management method, 

and management data, 
10 each server comprises means for executing 

processing defined in the management method, and 
the management method defines 

processing of recording the number of times of 
transfer of data managed by the server, which is 
15 requested from the terminal through another server, as 
the management data in association with the other 
server and the data, and 

processing of copying the object of the data to 
the other server for which the number of times exceeds 
20 a predetermined number. 

According to the present invention, there is also 
provided a server which is connected to another server 
through a network and transfers data managed by the 
server in accordance with a request from a terminal 
25 connected to the other server, wherein 

the data is managed in an object format, 

the object contains the data, a management method, 
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and management data, 

the server comprises means for executing 
processing defined in the management method, and 

the management method defines 
5 processing of recording the number of times of 

transfer of data managed by the server, which is 
requested from the terminal through another server, as 
the management data in association with the other 
server and the data, and 
10 processing of copying the object of the data to 

the other server for which the number of times exceeds 
a predetermined number. 

According to the present invention, there is also 
provided a data management method of, for a plurality 
15 of servers connected through a network, transferring 
data managed by each server in accordance with a 
request from a terminal connected to the server, 
wherein: 

the data is managed in an object format, 
20 the object contains the data, a management method, 

and management data, 

the data management method comprises the step of 
executing processing defined in the management method, 
and 

25 the management method defines 

processing of recording the number of times of 
transfer of data managed by the server, which is 
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requested from the terminal through another server, as 
the management data in association with the other 
server and the data, and 

processing of copying the object of the data to 
5 the other server for which the number of times exceeds 
a predetermined number. 

According to the present invention, there is also 
provided a data management system which has a plurality 
of servers connected through a network and having a 
10 hierarchical relationship and transfers data managed by 
each server in accordance with a request from a 
terminal connected to the server, wherein 

the terminal is assigned to one of lowermost 
servers, and 
15 each server comprises 

specifying means for, when transfer of the data 
managed by the server to the terminal is requested, 
specifying another server present between the server 
and the terminal, 
20 recording means for recording the number of times 

of transfer of data managed by the server in 
association with the specified other server and the 
data, and 

copy means for copying the data to the other 
25 server for which the number of times exceeds a 
predetermined number. 

According to the present invention, there is also 
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provided a data management method of, for a plurality 
of servers connected through a network and having a 
hierarchical relationship, transferring data managed by 
each server in accordance with a request from a 
5 terminal connected to the server, wherein 

the terminal is assigned to one of lowermost 
servers, and 

the method comprises, for each server, 
fg the specifying step of, when transfer of the data 

10 managed by the server to the terminal is requested, 
rf specifying another server present between the server 

^ and the terminal, 

y the recording step of recording the number of 

O times of transfer of data managed by the server in 

O 15 association with the specified other server and the 

data, and 

the copy step of copying the data to the other 
server for which the number of times exceeds a 
predetermined number. 

20 According to the present invention, there is also 

provided a server which is connected to a plurality of 
servers through a network, has a hierarchical 
relationship with respect to the plurality of servers, 
and transfers to a terminal data managed by the server 

25 in accordance with a request from the terminal, wherein 
the terminal is assigned to one of lowermost 
servers, and 
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the server comprises 

specifying means for, when transfer of the data 
managed by the server to the terminal is requested, 
specifying another server present between the server 
5 and the terminal, 

recording means for recording the number of times 
of transfer of data managed by the server in 
association with the specified other server and the 
data, and 

10 copy means for copying the data to the other 

server for which the number of times exceeds a 
predetermined number. 

According to the present invention, there is also 
provided a program executed by a server which is 
15 connected to a plurality of servers through a network, 
has a hierarchical relationship with respect to the 
plurality of servers, and transfers to a terminal data 
managed by the server in accordance with a request from 
the terminal, wherein 
20 the terminal is assigned to one of lowermost 

servers, and 

the program causes the server to function as 
specifying means for, when transfer of the data 
managed by the server to the terminal is requested, 
25 specifying another server present between the server 
and the terminal, 

recording means for recording the number of times 



- 8 - 



of transfer of data managed by the server in 
association with the specified other server and the 
data, and 

copy means for copying the data to the other 
5 server for which the number of times exceeds a 
predetermined number. 

According to the present invention, there is also 
provided a data management system which has a plurality 
of servers connected through a network and transfers 
10 data managed by each server in accordance with a 
request from a terminal connected to the server, 
wherein each server comprises 

recording means for recording log information 
containing at least information related to the number 
15 of times of transfer of the data managed by the server, 
which is requested from the terminal through another 
server, and 

means for copying or moving the data managed by 
the server to the other server on the basis of the log 
20 information. 

According to the present invention, there is also 
provided a server used in a data management system 
which has a plurality of servers connected through a 
network and transfers data managed by each server in 
25 accordance with a request from a terminal connected to 
the server, comprising: 

recording means for recording log information 
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containing at least information related to the number 
of times of transfer of the data managed by the server, 
which is requested from the terminal through another 
server; and 

5 means for copying or moving the data managed by 

the server to the other server on the basis of the log 
information. 

According to the present invention, there is also 
provided a data management method in a system which has 
10 a plurality of servers connected through a network and 
transfers data managed by each server in accordance 
with a request from a terminal connected to the server, 
comprising: 

the recording step of, in each server, recording 
15 log information containing at least information related 
to the number of times of transfer of the data managed 
by the server, which is requested from the terminal 
through another server; and 

the step of copying or moving the data managed by 
20 the server to the other server on the basis of the log 
information. 

According to the present invention, there is also 
provided a program for causing a server used in a data 
management system, which has a plurality of servers 
25 connected through a network and transfers data managed 
by each server in accordance with a request from a 
terminal connected to the server, to function as 
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recording means for recording log information 
containing at least information related to the number 
of times of transfer of the data managed by the server, 
which is requested from the terminal through another 
5 server, and 

means for copying or moving the data managed by 
the server to the other server on the basis of the log 
information . 

10 Other features and advantages of the present 

invention will be apparent from the following 
description taken in conjunction with the accompanying 
drawings, in which like reference characters designate 
the same or similar parts throughout the figures thereof. 

15 

BRIEF DESCRIPTION OF THE DRAWINGS 
The accompanying drawings, which are incorporated 
in and constitute a part of the specification, 
illustrate embodiments of the invention and, together 
20 with the description, serve to explain the principles 
of the invention. 

Fig. 1 is a schematic view of a data management 
system according to the first embodiment of the present 
invention; 

25 Fig. 2 is a block diagram showing the hardware 

configuration of each of the servers and user 
computers; 



- 11 - 



Fig. 3 is a flow chart showing processing in the 
user computer; 

Fig. 4 is a flow chart showing document search 
processing by an index server; 

Fig. 5 is a flow chart showing processing in a 
server group that has received a read request; 

Fig. 6 is a schematic view of a data management 
system according to the second embodiment; 

Fig. 7 is a flow chart showing processing in the 
second embodiment when a document stored in a document 
server is searched for and acquired by a user computer; 

Fig. 8 is a flow chart showing search processing 
in step S7 04 of Fig. 7 and other index server 
processing related to the search processing; 

Fig. 9 is a flow chart showing document read 
processing in step S708 and other index server 
processing related to the document read processing; 

Fig. 10 is a flow chart showing processing in a 
document server that has received a read request event 
and other related servers; 

Fig. 11 is a flow chart showing processing in the 
document server that has received the read request 
event and other related servers when a document is 
managed in an object format; 

Figs. 12A to 12C are views showing examples of 
information attached in acquiring a document; 

Fig. 13 is a view showing access information; 
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Fig. 14 is a view showing the structure of a 
document object; 

Fig. 15 is a flow chart showing processing in a 
document server when a user instructs the server to 
5 update a document at a copy source; 

Fig. 16 is a flow chart showing document update 
check processing; 

Fig. 17 is a schematic view of server groups 
which have a parallel structure; and 
10 Fig. 18 is a view showing pieces of information 

of server groups that are present between a user 
computer and each server group. 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
15 Preferred embodiments of the present invention 

will now be described in detail in accordance with the 
accompanying drawings . 
<First Ernbodiment> 

Fig. 1 is a schematic view of a data management 
20 system according to the first embodiment of the present 
invention. This data management system executes 
document data search and the like. 

The data management system has a hierarchical 
structure in which server groups A and B are set under 
25 an upper server group G. Fig. 1 shows the hierarchical 
relationship between the server groups. Communication 
can be performed between the servers, between the 



- 13 - 



server groups, or between each server and each user 
computer . 

Each of the server groups (A, B, and G) has 
document data, a document server for managing the 
5 document data, index data as indices of the document 
data, and an index server for managing the index data. 
The index server contains information such as document 
names and keywords. 

A user computer (terminal) of a group A inquires 

10 of an index server A whether desired document data is 
registered in the group A (server group A) . The index 
server A and document server A mainly hold document 
data that can be accessed only from the members of the 
group A and answer inquiries from the users of the 

15 group A. Document data that can be commonly accessed 
from both the members of the group A and those of the 
group B are mainly managed by index server G and 
document server G of the server group G. When a user 
of the group A inquires of the index server A whether 

20 desired document data is registered from the commonly 
accessible documents, the index server A inquires of 
the index server G about it. 

Fig. 2 is a block diagram showing the hardware 
configuration of the above-described document server, 

25 index server, or user computer. 

A CPU 202 controls each server or the entire 
computer and executes document search request 
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processing, document search processing, document read 
processing, and the like in accordance with, e.g., flow 
charts to be described later. A ROM 203 stores a fixed 
program necessary to activate the OS of the system or 
5 access each device. 

A RAM 204 is used to temporarily store a program 
obtained through a hard disk (HD) 205 or network 
interface card 210 or data necessary to execute the 
program. A floppy disk device (FD) 206 is used to load 

10 a program from a floppy disk or read/write another data. 
A keyboard and mouse 207 are input devices with which 
the user inputs data. 

A display 208 displays a document or the state of 
the system. A printer 209 prints a document and the 

15 like on a paper sheet. The network interface card 210 
transmits/receives data related to search, extraction, 
and registration of document data through a network 
cable 211 and implements communication between the 
servers and communication between each server and each 

20 user computer. These devices exchange data through a 
system bus 201 . 

A method of causing a user to search for and 
extract document data for the server will be described 
next with reference to Fig. 3. Fig. 3 is a flow chart 

25 showing processing in the user computer. 

In step S301, the user designates the search 
target. The user designates whether only documents 
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stored in the document server (A or B) in the group to 
which the user belongs are to be searched, or whether 
documents stored in the upper document server (G) are 
also to be searched. In step S302, a keyword related 
5 to the document to be searched for is designated. The 
keyword is information related to the document such as 
the title, theme, or project name of the document. 

In step S303, a search request is issued to the 
index server (A or B) in the group to which the user 

10 belongs to together with the search target information 
and keyword information designated in steps S301 and 
S302. The index server executes search in accordance 
with the procedure shown in Fig. 4 (to be described 
later) and acquires a document list as the search 

15 result in step S305. 

In step S305, when the document wanted by the 
user is present in the search result list, the document 
is selected. In step S306, a data acquisition request 
is issued to the document server in which the document 

20 is stored. This acquisition request is sent to the 

document server (A or B) or document server G through 
the index server (A or B) or through the index server 
(A or B) and index server (G) . The acquisition request 
may be directly sent from the user computer to the 

25 document server G. In step S307, the actual document 
data is acquired into the user computer. 

A method of causing the index server to search 
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for a document will be described next with reference to 
Fig. 4. Fig. 4 is a flow chart showing document search 
processing by the index server. 

Step S401 represents that the index server is 
5 waiting for a search request from a user computer. In 
step S402, in response to a search request from a user 
computer, the index server executes document search by 
O referring to index data held by the index server itself. 

63 In step S403, it is determined whether the search 

jjnj 10 request contains not only a search request for the data 

ri held by the index server itself but also a search 

^ request for data in the upper server group G. If the 

data in the server group G need also be searched, the 
search request is sent to the upper index server G in 
O 15 step S404. 

In step S405, the search result obtained from the 
upper index server G is merged with information 
extracted from the index data of the index server 
itself. In step S406, the result is returned to the 
20 user computer that has requested search. 

Processing executed by a server group that has 
received a document data read request will be described 
next with reference to Fig. 5. Fig. 5 is a flow chart 
showing processing in the server group that has 
25 received a read request. A case wherein a user of the 
group A requests document data in the server group G 
will be described. 
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Step S501 represents that the index server is 
waiting for a read request for a document stored in the 
document server G. In step S502, the index server G 
that has received a read request sends to the document 
server G a read request event containing information 
representing which server or user computer has issued 
the read request and the route and authority of the 
read request. 

In step S503, the document server G receives and 
starts analyzing the read request event. In step S504, 
information representing which index server has sent 
the search result list on which the request is based 
and whether the request is sent through one or .more 
index servers is analyzed/extracted. 

In step S505, the access count value is updated 
for each of the index servers en route. The access 
count value is incremented in accordance with the 
number of times and frequency of access and recorded 
for each document data. In this case, of the access 
count values recorded for the requested document data, 
the access count value related to the server group A is 
incremented. 

In step S506, it is determined whether the 
updated access count value exceeds a preset value. 
When the number of access requests from the index 
server en route exceeds the predetermined value, the 
document server is connected to the document server 



belonging to the index server en route. In this case, 
the document server G is connected to the document 
server A. 

In step S508, the document data is sent to the 
5 document server A and copied by the document server A. 
In step S509, new index data related to the copied 
document data is registered in the index server A en 
route. The new index data is information representing 
that the document in the upper server group G is 
10 present in the lower server group A. In step S510, the 
document server is connected to the user. In step S511, 
the actual document data of the registered document 
data is transferred to the user, and the processing is 
ended . 

15 In this way, when the lower server group A often 

sends a request for registered document data managed by 
the upper server group G, the document data is copied 
by the server group A. Then, the document data can be 
returned from the server group A to the user, and load 

20 concentration can be avoided. In addition, the user 

can extract desired document data from the server group 
A with a higher access efficiency. 

In the above embodiment, registered document data 
is copied. However, when a copy is temporarily formed 

25 at the site frequently accessed, and then, a delete 
request for the registered document data in the 
original server group is sent to move the storage 
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position, only the access efficiency can be improved. 

In this case, the registered document data stored 
in the index server G and document server G are 
temporarily registered in the server group A. After 
5 both the index data on the index server A and the index 
data on the index server G are rewritten to indicate 
the registered document data on the document server A, 
the registered document data on the document server G 
is erased. 

10 <Second Embodiment> 

Execution of the above-described first embodiment 
in a system having a scale larger than that of the data 
management system shown in Fig. 1 will be described 
next. Fig. 6 is a schematic view of a data management 

15 system according to the second embodiment of the 
present invention . 

The data management system shown in Fig. 6 has a 
hierarchical structure in which server groups A to C 
are set under an upper server group G, and server 

20 groups Al and A2, Bl and B2, and CI and C2 are set 

under the server groups A to C, respectively. As is 
apparent, the system shown in Fig. 6 has a larger scale 
as that of the system shown in Fig. 1 because the 
number of layers is larger. Fig. 6 shows the 

25 hierarchical relationship between the server groups. 
Communication can be performed between the servers, 
between the server groups, or between each server and 
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each user computer. 

Each server group has a document server for 
managing the contents of document data and an index 
server for managing index data as the index of the 
5 document data, as in the first embodiment. However, 
each server may be formed from a single server that 
integrates the document server and index server. The 
index data contains information such as a document name 
tf? and keyword. 

'St 10 User computers are grouped into the lowermost 

O server groups Al to C2 . For example, the user 

hi computers of the group Al can request the server group 

,q Al to, e.g., search for a document. Each of the 

above-described servers and user computers employs, 
,4 15 e.g., the same hardware configuration as that shown in 

^ Fig. 2. 

Processing when a document stored in the document 
server of the above-described server group is searched 
for and acquired by a user computer will be described 
20 next with reference to the flow chart shown in Fig. 7. 
A case wherein a document is searched for and acquired 
by a user computer belonging to the group Al will be 
described. 

In step S701, the user designates the search 
25 target in the user computer. The user designates a 
server to be searched. For example, the user 
designates whether only the server group Al 
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corresponding to the user computers belonging to the 
group Al or whether the upper server group A or G are 
also to be searched. 

In step S702, the user designates a keyword 
5 related to the document to be searched for. The 

keyword to be designated is, e.g., the title, theme, or 
project name of the document. In step S703, a search 
instruction is sent to the index server together with 
the search target designated in step S701 and the 

10 keyword designated in step S702 to request the index 

server to execute search. The user computer belonging 
to the group Al sends the search instruction to the 
index server Al of the server group Al . 

In step S704, the index server (Al) that has 

15 received the search instruction from the user computer 
executes search processing (to be described later) and 
sends the search result list to the user computer. In 
step S705, the user computer receives the search result 
list sent from the index server (Al) . 

20 In step S706, in the user computer, the document 

wanted by the user is designated from the search result 
list. In step S707, an acquisition instruction for the 
document designated in step S706 is sent to the index 
server (Al) to request it to acquire the document. 

25 In step S708, the index server (Al) that has 

received the document acquisition instruction from the 
user computer executes document read processing (to be 
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described later) . As a consequence, the document data 
is sent from the document server which stores the 
document designated in step S70 6 to the user computer. 
In step S709, the user computer receives the document 
5 data sent from the document server, and the processing 
is ended. 

The search processing in step S704 and other 
index server processing related to the search 
processing will be described next with reference to the 

10 flow chart shown in Fig. 8. A case wherein the index 

server Al receives the search instruction from the user 
computer will be described. This also applies to other 
index servers. 

In step S801, the index server Al that has 

15 received the search instruction from the user computer 
executes search using the keyword designated by the 
user and attached to the search instruction on the 
basis of index data managed by the index server Al. In 
step S802, the search target attached to the search 

20 instruction is checked to determine whether the upper 
server group is designated. If NO in step S802, the 
flow advances to step S805. If YES in step S802, the 
flow advances to step S803. 

In step S803, a search request is transmitted to 

25 the upper index server A of the index server Al . The 
search target and keyword attached to the search 
instruction transmitted from the user computer in the 
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above-described step S703 are attached to the search 
request. In step S806, the index server A that has 
received the search request executes search using the 
keyword designated by the user and attached to the 
5 search request on the basis of the index data managed 
by the index server A r as in the above-described 
processing in step S801. 

In step S807, the index server A checks the 
search target attached to the search request to 

10 determine whether the upper server group is designated, 
as in the above-described processing in step S802. If 
NO in step S807, the flow advances to step S810. If 
YES in step S807, the flow advances to step S808. 

In step S811, the index server A transmits the 

15 search request to the upper index server G. The 

keyword attached to the search instruction transmitted 
from the index server Al in the above-described step 
S803 is attached to the search request. In step S811, 
the index server G that has received the search request 

20 executes search using the keyword designated by the 

user and attached to the search request on the basis of 
the index data managed by the index server G, as in the 
above-described processing in step S801. 

In step S812, the index server G returns the 

25 result of search executed in step S811 to the index 
server A. In step S809, the index server A receives 
the search result from the index server G and merges 
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the received search result with the result of search 
executed in step S806. In step S810, the result of 
search executed in step S806 or the search result 
merged in step S809 is returned to the index server Al . 

In step S804, the index server Al receives the 
search result from the index server A and merges the 
received search result with the result of search 
executed in step S801. In step S805, the result of 
search executed in step S801 or the search result 
merged in step S809 is returned to the user computer 
that has issued the search instruction. The search 
result contains, e.g., the document name and the server 
that stores the document in a list format. The search 
processing is ended in this way. 

The document read processing in step S708 and 
other index server processing related to the document 
read processing will be described next with reference 
to the flow chart shown in Fig. 9. A case wherein the 
user computer issues a document acquisition instruction 
to the server group Al and acquires a document stored 
in the document server G of the server group G will be 
described. This also applies to other cases. 

For example, pieces of information as shown in 
Fig. 12A are attached to the document acquisition 
instruction sent from the user computer in the 
above-described step S707. The pieces of information 
shown in Fig. 12A contain the name of document to be 



acquired, the name of server which stores the document, 
information for specifying the user computer which has 
issued the acquisition instruction to request the 
document, an access code representing user's access 
5 authority, and the name of an index server en route. 

The index server en route means an index server through 
which the document acquisition instruction from the 
user computer passes before reaching the server group 
which stores the document. The column of the index 

10 server en route name is blank when the document 

acquisition instruction is sent from the user computer. 

In step S901, the index server Al that has 
received the document acquisition instruction from the 
user computer determines whether the document to be 

15 acquired is stored in the document server (Al) of its 
own by referring to the information shown in Fig. 12A. 
If YES in step S901, the flow advances to step S902 to 
send a document read request event to the document 
server Al . 

20 If NO in step S901 (as in this example) , the flow 

advances to step S903 to send a read request to the 
upper index server A. At this time, pieces of 
information shown in Fig. 12B are attached to the read 
request. In the information shown in Fig. 12B, the 

25 name (Al) of index server Al is written in the column 
of en-route index server name of information in 
Fig. 12A as information representing that the document 
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acquisition instruction has passed through the index 
server Al . 

In step S904, the index server A that has 
received the document acquisition instruction from the 
index server Al determines whether the document to be 
read is stored in the document server (A) of its own by 
referring to the information shown in Fig. 12B, as in 
step S901. If YES in step S904, the flow advances to 
step S905 to send a document read request event to the 
document server A. 

If NO in step S904 (as in this example) , the flow 
advances to step S906 to send a read request to the 
upper index server (G) . At this time, pieces of 
information shown in Fig. 12C are attached to the read 
request. In the information shown in Fig. 12C, the 
name (A) of index server A is written in the column of 
index server en route name of information in Fig. 12B 
as information representing that the document 
acquisition instruction has passed through the index 
server A. 

In step S907, the index server G that has 
received the document read request from the index 
server A refers to the information shown in Fig. 12C 
and sends the document read request event to the 
document server (G) of its own. 

Processing in the document server G that has 
received the document read request event from the 



document server G and other related servers will be 
described next with reference to the flow chart shown 
in Fig. 10. 

In step S1001, the document server G analyzes the 
contents of the event received from the index server G 
and recognizes the event as a read request event. The 
document server can also determine whether the user has 
an access right to the requested document by referring 
to the information access code shown in Fig. 12C. 

In step S1002, the index servers en route are 
specified. The index servers en route can be specified 
by referring to the column of index server en route 
name of information shown in Fig. 12C and checking the 
index servers through which the read request has passed 
In this example, the index servers Al and A are 
specified as index servers en route. 

In step S1003, the access count values of the 
index servers en route specified in step S1002 are 
updated. The document server G stores access 
information representing the access count value. 
Fig. 13 is a view showing the access information. The 
access count value is numerical information which is 
incremented every time a read request is received (i.e. 
every time a document is transmitted to the user 
computer) for each index server en route, and is 
recorded for each document. That a server has a large 
access count value means that a number of read requests 



are issued for the same document . In this example, for 
the read-requested document, the access count values of 
the index servers Al and A are incremented. 

In step S1004, it is determined by referring to 
the access information shown in Fig. 13 whether the 
access count value of each index server en route 
exceeds a preset value. If NO in step S1004, the flow 
advances to step S1007. If YES in step S1004, the flow 
advances to step S1005. 

In step S1005, the document server G is connected 
to the document server A corresponding to the index 
server A en route and transmits the document data to 
the document server A to copy the data of the 
read-accessed document to the document server A. In 
step S1008, the document server A receives the document 
data transmitted from the document server G and stores 
the data. 

In step S1006, as the document data read-accessed 
is copied to the document server A, the index server G 
is connected to the index server A en route to instruct 
the index server A to update the index data. The index 
server A adds the index data of the document copied to 
the document server A in steps S1006 and S1008 and 
updates the index data. 

In step S1007, the document server G is connected 
to the user computer that has issued the document 
acquisition instruction by referring to the column of 



request source of information shown in Fig. 12C and 
transmits the document data, and the processing is 
ended. 

In this way, when a request for a document 
5 managed by the upper server group G is frequently 

issued from the lower server group A, the document data 
is copied to the server group A. After that, since the 
document data can be returned from the server group A 
to the user, load concentration can be avoided, and the 

10 user can extract the desired document data from the 
server group A with high access efficiency. 
<Other Form of Document Read Processing> 

In the above-described embodiment, the document 
acquisition request from the user computer to the 

15 server group G is sent through the index servers Al and 
A. However, the document acquisition request can be 
directly sent from the user computer to the index 
server G or document server G. In this case, the 
information related to the index servers en route shown 

20 in Fig. 12C must be supplied from the user computer to 
the server group G. 

To do this, for example, information representing 
index servers through which the search request is 
sequentially transmitted may be added to the search 

25 result returned to the user computer by search 

processing in Fig. 8 (step S805) , thereby generating 
the information related to the index servers en route 
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in the user computer. 

Alternatively, information of server groups 
present between the user computer and each server group 
may be stored for each server group, and a server group 
that has received the acquisition request may determine 
the index servers en route. Fig. 18 is a view showing 
an example of the information. Fig. 18 shows 
information stored in the server group G. When a 
document acquisition request is received from the user 
computer belonging to the group Al, the index servers 
en route are servers Al and A. 
<Third Embodiment> 

In the above-described second embodiment, each 
document server stores only the contents of a document. 
However, a document may be stored in an object format. 
Fig. 14 is a view showing the structure of a document 
object which is generated for each document. 

A document object includes document data 
(contents) 131, an object management method 133 in 
which a plurality of kinds of methods are defined, 
object management data 134 containing a plurality of 
kinds of data used by the object management method 133, 
and an event management table used to select a 
management method corresponding to an event transferred 
to the document object. In the object management 
method 133, various processes for a document are 
defined, and the program codes of the respective 



processes are stored. 

For the above-described flow chart shown in 
Fig. 10 , processing in a document server G that has 
received a document read request from an index server G 
and other related servers when the above document 
object is employed will be described next with 
reference to the flow chart shown in Fig. 11. 

In step S1101, the document server G transfers an 
event received from the index server G to a 
read-requested document object. In step S1102, the 
contents of the event are analyzed. More specifically, 
document read processing in the management method 133 
corresponding to the document read request is selected 
in accordance with an event management table 132 of the 
document object, and processing to be described below 
is executed. 

In step S1103, index servers en route are 
specified. The processing is the same as in the 
above-described step S1002. In step S1104, the access 
count values of the index servers en route specified in 
step S1103 are updated. Each access count value is 
represented by access information of the object 
management data 134, e.g., the above-described 
information shown in Fig. 13. 

In step S1104, it is determined by referring to 
the access information shown in Fig. 13 whether the 
access count value of each index server exceeds a 



preset value. If NO in step S1104, the flow advances 
to step S1108. If YES in step S1104, the flow advances 
to step S1106. 

In step S1106, object copy processing in the 
5 object management method 133 is selected, and the 

following processing is executed. The document server 
G is connected to the document server A corresponding 
to the index server A en route. In addition, to copy 
the document object of the read-requested document to 
10 the document server A, the server G is recorded in the 
copy source document server information and copy source 
index server information in the object management data 
134, and then, the document object is transmitted to 
the document server A. The document server (A) at the 
15 copy destination is recorded in the copy destination 
document server information of the object management 
data 134 of the document data of its own. In step 
S1109, the document server A receives the document 
object transmitted from the document server G and 
2 0 stores the document object. 

In step S1107, as the document object of the 
read-requested document is copied to the document 
server A, the document server G is connected to the 
index server A en route to instruct the index server A 
25 to update the index data. The index server (A) at the 
copy destination is recorded in the copy destination 
index server information of the object management data 
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134. The index server A adds the index data of the 
document object copied to the document server A in 
steps S1106 and S1109 and updates the index data. 

In step S1108, by document read processing in the 

5 object management method 133, the document server G is 
connected to the user computer that has issued the 
document acquisition instruction by referring to the 
column of request source of information shown in 
Fig. 12C, and transmits the document data (contents) 

10 from the document object, and the processing is ended. 

When processing for the access count value and 
the like is executed not in accordance with a single 
program for managing the document server but in a form 
of event processing for a document object, the load on 

15 the document server can be reduced. For example, even 
when the number of documents managed by the document 
server increases, and the quantity of access 
information shown in Fig. 13 enormously increases, the 
information need not be managed by the program of the 

20 document server, so the load on the document server can 
be reduced. Even when data in the document server is 
partially destroyed, the data can easily be restored 
because various pieces of information related to the 
documents are stored for the respective objects. 

25 In the above-described third embodiment, the 

document acquisition request is sent from the user 
computer to the server group G through the index 
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servers Al and A. However, in the third embodiment as 
well, the document acquisition request may be directly 
sent from the user computer to the index server G or 
document server G using the same method as described in 
the section <Other Form of Document Read Processing> of 
the second embodiment. In this case, the information 
shown in Fig. 18 may be added to the object management 
data 134 of each document object. 
<Document Update Processing> 

In the third embodiment, a document object is 
copied and stored in a plurality of document servers. 
When the document at the copy source is updated by the 
user, the updated contents are preferably reflected on 
documents at the copy destinations to update the 
documents at the copy destinations. 

Fig. 15 is a flow chart showing processing in the 
document server when a user instructs the server to 
update a document at the copy source. This will be 
described below by exemplifying the document server G. 

In step S1501, the document server G transfers an 
update request event received from the index server G 
to the update-requested document object. In step S1502, 
the contents of the event are analyzed. More 
specif ically, document update processing in the object 
management method 133 corresponding to the document 
update request is selected, and the following 
processing is executed. 
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In step S1503, the document data is updated in 
accordance with the update request. In addition, data 
of the update date and the like are recorded in the 
document update information of the object management 
data 134. 

When the document data is updated, the document 
name or keyword may be required to change. In step 
S1504, new index data for the document object is 
generated. In step S1505, for the index server (G) 
corresponding to the document server G, the update 
instruction is transmitted to the index server G 
together with the index data generated in step S1504 to 
cause the index server to update the index data. 

In step S1506, it is checked whether the 
update-requested document object has been copied to 
another document server in the past by referring to the 
copy destination document server information in the 
object management data 134. If NO in step S1506, the 
processing is ended. If YES in step S1506, the flow 
advances to step S1507 to connect the document server 
to the document server at the copy destination to 
transmit the update request event for the document 
object. In the document server at the copy destination, 
the same processing as the above-described update 
processing is executed in accordance with the received 
update request event. 

In this way, when the document at the copy source 



is updated, the update contents can be reflected on the 
document at the copy destination, and consistency 
between the documents can be maintained. 

The above-described processing in Fig. 15 may 
fail because of temporary fault or malfunction of the 
system. To prevent mismatching between the documents, 
the document server at the copy destination may 
periodically access the document server at the copy 
source to check whether the document is updated. 
Fig. 16 is a flow chart showing the document update 
check processing. In this case, the document server A 
is the document server at the copy destination, and the 
document server G is the document server at the copy 
source . 

In step S1601, the index server A transfers an 
update check request event to a document object for 
which update check is necessary. The update check 
request event is periodically issued. The update check 
request event may be issued by the document server A 
itself or the corresponding index server A. 

In step S1602, the contents of the event are 
analyzed. More specifically, update check processing 
in the object management method 133 corresponding to 
the update check request is selected in accordance with 
the event management table 132 of the document object, 
and processing to be described below is executed. 

In step S1603, the document server is connected 
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to the copy source document server G of the document 
object for which update check is to be executed by 
referring to the copy source document server 
information of the object management data 134. In 
5 addition, a corresponding document object is acquired 
from the document server G. 

In step SI 604, it is checked whether the document 
data is updated by referring to the document update 
information of the object management data 134 of the . 
10 document object acquired from the document server G. 
More specifically, the document update information of 
the document object in the document server A is 
compared with that of the document object acquired from 
the document server G to check whether the two pieces 
15 of information have a difference. If NO in step S1604, 
the processing is ended. If YES in step S1604, the 
flow advances to step S1605. 

In steps S1605 to S1609, the same processing as 
in the above-described steps S1503 to S1507 is executed, 
20 and the processing is ended. 
<Fourth Embodiment> 

In the above-described third embodiment, a 
document is managed in the object format, and a 
document object is copied mainly between document 
25 servers. The access efficiency can be increased by 

deleting the document object at the copy source after 
copying, i.e., moving the storage position of the 
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document object. 

To do this, first, the document object managed by 
the upper server is copied to the lower server in 
accordance with the above-described procedure. For 
5 example, the index data in the upper index server and 
that in the lower index server are rewritten such that 
both index data indicates the document object in the 
lower document server. Then, the document object in 
the upper document server is deleted, 

10 In this case, since the document is managed in 

the object format, pieces of information related to the 
document, like the object management data 134, are sent 
to the lower server at once as the document object is 
copied. Hence, processing is facilitated as compared 

15 to a case wherein all pieces of information are managed 
on the server. 
<Fifth Embodiment> 

Copy of a document object in the above-described 
third embodiment or movement of a document object in 

20 the fourth embodiment can be done in consideration of 
the number of times of request per unit time for data 
request from the user computer through another server, 
the size of data transferred to the user computer, the 
load on each server, the degree of margin of each 

25 server (e.g., remaining memory capacity), or the load 
or the degree of margin of the entire network. 

For example, when a large number of document 
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objects in the upper server group are copied or moved 
to the lower server group, and consequently, the load 
on the upper server group decreases, and the degree of 
margin increases, document objects which are rarely 
accessed in the lower server group may be moved into 
the document servers of the upper server group. For 
example, document objects whose access count values do 
not reach a predetermined value are moved. Such 
processing can be defined in the management method of 
each document object. 

Pieces of information related to the number of 
times of request per unit time for a data request from 
the user computer through another server, the size of 
data transferred to the user computer, the load on each 
server, the degree of margin of each server (e.g., 
remaining memory capacity) , or the load or the degree 
of margin of the entire network may be managed as log 
information, and data may be copied or moved on the 
basis of the log information. This form can also be 
applied to the first or second embodiment in which a 
document is not managed in the object format. 
<Sixth Embodiment> 

In the above embodiments, the server groups have 
a hierarchical relationship. The present invention can 
also be applied to a parallel structure server group in 
which the server groups has a parallel relationship, as 
shown in Fig. 17. 



In the parallel structure server group, when a 
user has authority to access a plurality of server 
groups, and desired data is not present in the closest 
server group, the search range is sequentially extended 
5 to server groups at remote positions on the network. 
When it is found that the desired data is present in a 
certain server group, the search is ended. 

As a detailed application example, this structure 
is used to store or search for copyrighted data such as 

10 a music CD for which search data have individual IDs, 
and a unique result is obtained. 

In this arrangement, specifying the server that 
manages a certain document is insignificant. The 
document can be moved to either server, and an index 

15 server also has a very simple structure. Hence, when 
data containing access information is held in a 
document object, as in this embodiment, a structure for 
determining the access efficiency and moving the data 
can be built even on such a simplified index server. 

20 Preferred embodiments of the present invention 

have been described above. The object of the present 
invention can be achieved even by supplying a software 
program for implementing the functions of the 
above-described embodiments to a system or apparatus 

25 and causing the computer (or a CPU or MPU) of the system 
or apparatus to read out and execute the program. 

In this case, the program itself implements the 
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functions of the above-described embodiments, and the 
program, or a storage medium or program product that 
stores the program constitutes the present invention. 
The functions of the above-described embodiments are 
5 implemented not only when the readout program codes are 
executed by the computer but also when the operating 
system (OS) running on the computer performs part or all 
of actual processing on the basis of the instructions of 
the program codes. 

10 The functions of the above-described embodiments 

are also implemented when the program codes read out 
from the storage medium are written in the memory of a 
function expansion card inserted into the computer or a 
function expansion unit connected to the computer, and 

15 the CPU of the function expansion card or function 

expansion unit performs part or all of actual processing 
on the basis of the instructions of the program codes. 

As many apparently widely different embodiments of 
the present invention can be made without departing from 

20 the spirit and scope thereof, it is to be understood 
that the invention is not limited to the specific 
embodiments thereof except as defined in the appended 
claims . 
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